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(57) 



ABSTRACT 



A reconfigurable computing system and method of use are 
provided for interfacing a plurality of application programs 
running on a host system to one or more hardware objects 
defined in one or more configuration files. The system 
includes reconfigurable computing circuitry comprising 
flexibly configurable circuitry operable for interfacing and 
implementing one or more hardware objects with one or 
more of the application programs. The system further 
includes memory circuitry associated with the reconfig- 
urable computing circuitry for system information storage, 
and communications interfaces for connecting the reconfig- 
urable computing circuitry and the memory to the host 
computer. The flexibly configurable circuitry further com- 
prises one or more FPGAs and one or more programmable 
logic devices ("PLDs"), SRAM and EEPROM memory, and 
all the necessary connectors and support circuitry. The 
reconfigurable computing system and method of the present 
invention can be implemented on either a PCMCIA 
platform, a PCI platform, or any other bus structure without 
changing the basic functionality and claimed functionality of 
the reconfigurable computing system. Additionally, the 
reconfigurable computing system and method of this inven- 
tion are well suited to be implemented in a portable com- 
puting environment. 

31 Claims, 13 Drawing Sheets 
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56 FIG. 3A 
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AODRESS 
LOCATION: 



ATTRIBUTE MEMORY: 



COMMON MEMORY: 



$100FE 

I 

I1008C 
$1008A 
$10088 
$10086 
$10084 
$10082 
$10080 



Reserved for Fu 



ure QQT Expansion 



QQT Security Register 
QQT Interrupt Flag Register 
QQT Interrupt Enable Register 
QQT Control Register 
QQT Memory Register 
QQT Configure Data Register 
QQT Configure Control Register 



-60 



$1007E Reserved for Future Expansion 

I 

$10012 I/O Limit (not implemented this version) 

$10010 I/O Base 3 (not implemented this version) 

$1000E I/O Base 2 (not implemented this version) 

$1000C I/O Base 1 (not implemented this version) 

$1000A I/O Base 0 (not implemented this version) 

$10008 Extended Status Register 

$10006 Socket and Copy Register (not implemented this version) 

$10004 Pin Replacement Register 

$10002 Configuration and Status Register 

$10000 Configuration Option Register 



■62 



$0FFFF 



$08000 
$07FFF 



$00000 



CIS uses only 
even addresses 



32k x 8 actual 
attribute EEPROM storage 
(EEPROM page 0) 



Flosh and SRAM Page access 
Pages 0-$f shared space 



SRAM page size: 64k x 16 
EEPROM page size: 32k x 8 
(EEPROM uses even addresses) 
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66 68 FIG. 3B 70 



BIT f: 


NAME: 


DESCRIPTION: 


7 


SRESET 


hoftwore Reset. Setting this bit to one (1) ploces the Qord 
in the reset stole. This bit is logically OR'ed to the HW RESET 
signol and provides o reset signal to the entire Qard with the 
exception of clearing the Quick Qord System Register $80 
PWOK and ULCK bits which only o HW RESET can clear. This 
bit must be cleared by the software ofter software applies 
the signal prior to using the Qord, as this bit is not 
automatically cleared. 


6 


LevlReq 


Level Mode IREQf Level Mode interrupts are selected when 
this bit is one. Pulse Mode Interrupts are selected when this 
bit is zero. FPGA configurations only design for level type 
IRQs and the PLO will translote the IRQ to the proper defined 
type if IREQ signol indicated by this bit for the host bus 
being used. 


5-0 


Conf 
Index 


This 6- bit register is a read/write register used by PnP 
thot does not have any HW functionality internol to the 
Qard design. 



266 268 FIG. 3D 270 


BIT J: 


NAME: 


DESCRIPTION: ' 


7-6 


Not Used 


These bits ore not writeoble ond return o 0 when reod. 


5 


Crdy 


CHANGED READY is set to one when the bit RREADY changes 
state. This bit may also be cleared by the host. 


4-2 


Not Used 


These bits are not writeoble ond return a 0 when reod. 


1 


Rrdy 


CURRENT STATE OF READY represents the internal stote ot the 
READY signol. This bit reflects the state of READY (since the 
READY pin has been reallocated for use as Interrupt Request 
on I/O Cords). When this bit is set. the Crdy bit is also set. 
When cleared, the Crdy bit is unoffected. 


0 


Not Used 


These bits ore not writeoble ond return a 0 when read. 
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166 

-A — 
BIT f: 



168 

-V- 
NAME: 



FIG. 3C 



DESCRIPTION: 



170 



Chnq 



STATUS CHANGE DETECTED: Since the Quick Oord is always 
configured for an I/O interface, this status bit triggers on 
assertion of the STSCHGjjf pin only when bit— 6 of this register 
(SigChg) is also set. This bit can only be set by the Rready 
signal generated from an FPGA configuration or from one of 
the four (4) events triggered in the Extended Status Register 
(Event 0 = Cable Detect/NoDetect). Since no battery or 
write protect switch is implemented on the Quick Qard, the 
CBVD1, CBVD2 and CWProt have no effect on this bit. 



SigChg 



SIGNAL CHANGE ENABLE/DISABLE is set ond reset by the host 
to enoble and disable a status-change signal from the status 
register which asserts the STSCHGf pin when enabled. 



I0is8 



This bit indicates if 16-bit transfers should be handled in 2 
8-bit transfers and it is passed to the FPGA for hardware 
objects to utilize it. It is up to hardware object developers 
to decide if they want to handle both kinds of doto transfers. 
Header file information will indicate if a configuration supports 
this option. Most likely, this bit will not be implemented ond 
transfers will occur in 16 bit single transfers. 



Reserved 



Must always be 0. 



Audio 



AUDIO ENABLE enables audio information to be sent to the 
HBA via the speaker pin when set. 



PwrDn 



POWER DOWN is set to request that the card enter a power 
down state. This bit is passed to the FPGA and it is up to the 
application developer to utilize proper power down procedure. 



Intr 



INTERRUPT REQUEST PENDING represents the Qord's internal 
state of the interrupt request. This bit is cleared in a manner 
as indicated by the state of bit— 0 IntrAck. Up to eight 
function interrupts may be implemented with the Quick Qard 
interrupt registers ($10088 and $ 1008a) which are logically 
ORed together to indicote this bit. When InterAckl, this bit 
can be cleared by writing a 0 to this bit. 



IntrAck 



INTERRUPT ACKNOWLEDGE determines the response of the Intr 
bit. It is recommended that all applications use this bit in the 
set or lntrAck=1 mode which couses the Intr bit to remain 
set even though the ISR has already serviced the interrupt. 
This allows interrupt sharing by allowing the support software 
to specifically clear the Intr bit after it is finished servicing 
the interrupt. If IntrAck=0, the Intr bit is cleared when the 
function clears the interrupt which does not require a clear 
of the Intr bit by writing to this register. 
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366 368 FIG. 3E 370 



BIT f: 


NAME: 


DESCRIPTION: 


7 


CEvenl3 


This bit is lotched when a piggybock boord event occurs. 
If the Eevenl 3 is set, this bit will then couse the CHNG 
bit in the Cord Configuration and Stotus register to be set. 
This bit moy be cleored by writing o 1 to the bit. 
A write of 0 has no effect on this bit. 


6 


CEvent2 


This bit is lotched when o FPGA defined event 2 occurs. 
If the Eevent 2 is set, this bit will then cause the CHNG 
bit in the Cord Configuration and Stotus register to be set. 
This bit may be cleared by writing o 1 to the bit. 
A write of 0 has no effect on this bit. 


5 


CEventl 


This bit is lotched when a FPGA defined event 1 occurs. 
If the Eevent 1 is set, this bit will then cause the CHNG bit 
in the Card Configuration and Status register to be set. 
This bit moy be cleored by writing a 1 to the bit. 
A write of 0 has no effect on this bit. 


4 


Ccoble 


This bit is lotched when the cable is plugged in or unplugged. 
If the ECable is set, this bit will then cause the CHNG bit in 
the Card Configuration and Stotus register to be set. 
When a cable event is detected, bit 2 CABLE bit of register 
jiuuoo may oe reoa 10 aeiermme it tne cooie is attached 
or not. This bit moy be cleored by writing a 1 to the bit. 
A write of 0 has no effect on this bit. 


3 


EEvent3 


Enables the Event 3 from the piggybock boord to effect the 
CHNG bit in the Card Configuration and Stotus Register. 


2 


EEvent2 


Enobles the Event 2 from the FPGA to affect the CHNG 
bit in the Card Configuration ond Stotus Register. 


1 


EEventl 


Enobles the Event 1 from the FPGA to offect the CHNG 
bit in the Card Configuration ond Stotus Register. 


0 


Ecoble 


Enables the Coble Event to affect the CHNG bit in the 
Cord Configuration and Status Register. 


666 668 FIG. 3H 670 


BIT §: 


NAME: 


DESCRIPTION: 


7-3 


Test 


FPGA JTAG Test Pins. 


2 


CBLE 


CABLE indicates on externol cable has been detected to be 
ottoched when set. 


1 


OCS1 


OSCILLATOR 1 Enable. 


0 


OSCO 


OSCILLATOR 0 Enable. 
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466 
BIT f: 



468 

— S — 
NAME: 



FIG. 3F 



DESCRIPTION: 



470 



7-6 



Not Used 



These bits are not used, ore not writeoble ond return a 0 
when read. 



nSTATUS 



After on FPGA configuration process has begun, this bit can 
be read to determine if an error occurred in the configuration 
process prior to sending the next byte of information. 
This bit will go high after the CBGN signal is applied and will 
remain high indicating that no configuration errors hove 
occurred. If this bit goes low during a configuration process, 
a configuration error was detected and the configuration 
process must be reinitialized. 



WAIT 



The RDYnBSY signals from the FPGA is passed to this bit so 
that the host can determine when the FPGA is ready for the 
next configuration write data byte. 



PRIV 



PRIVATE when set indicates that current configuration of the 
cord is a private configuration ond cannot be used by other 
instances of o Quick Qard Driver. When cleared, the Page 0 
SRAM can be interrogated to find out specific configuration 
file header information that may be used by other applications. 
This bit is set by the application which configured the Qard 
and can only be cleared by the CBGN (Configuration Begin) 
bit of this register. 



CNFG 



CONFIGURED is a read only bit that indicates that the Quick 
Qard has been configured ond is ready for use. This bit is set 
automatically after a successful configuration ond con only be 
cleored by the CBGN (Configuration Begin) bit of this register. 
This is o direct read of the DONE flog from the FPGA. 



FCFG 



FPGA CONFIG indicates when configuration process is 
occurring. This bit is set by the instance of the Driver that 
is configuring the Qord before it begins the configuration 
process and cleored by the same Driver instance once the 
process is completed. This bit is cleared by the CBGN 
(Configuration Begin) bit of this register. This bit directly 
drives the FPGA CS (Chip Select) for the configuration process. 



CBGN 



CONFIGURATION BEGIN applies a reset signal to the Qard's 
FPGA to begin a configurotion sequence. It must be cleared 
also by the host after the time required by the FPGA. This 
signal is also set and cleared by a hardware or software 
reset, but differs from those signals since it does not affect 
any configuration register bits other than this FPGA 
Configuration Control Register. 
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566 568 FIG. 3G 570 


BIT b 


NAME: 


DESCRIPTION: ' 


7 


FFPS 


ims on maicoies it we specified rAbt is o riosn ttrKUM page 
occess (0) or o FPGA page access (l). EEPROM pages are 
from 0 to $f and FPGA access to SRAM pages may also be 
the same values, depending on the amount of SRAM specified 

to hp on thp OnrH FPf^A Pnnp \\t inriir/irp^ fhnt rnmmnn 

memory access will be to Hardware Object Interface addresses. 
A Qard may contain up to 16 ($0-$f) separate hardware 
objects, each of which moy be accessed by setting to the 
corresponding object page using the least significant 4 bits of 
this register. (SRAM accesses require the inclusion of on SRAM 
occess function implemented in the configuration of the FPGA, 
which may be one of the 16 hardware objects included). 


6 


HWOA 


Indicates Hardware Object Access when set, Memory access 
when clear. 


5-4 




Unused and will return a 0 when read. 


3-0 


PAGE 


Indicates the page number of memory or the hardware 
object number to access. 



766 

-V- 
BIT f: 



768 

-A 

NAME: 



FIG. 31 



770 



DESCRIPTION: 



7-5 



Not Used 



These bits ore not used and return a 0 when read. 



CFVE 



Configuration File Vendor Enable bit. This bit indicates that a 
successful check to enable the configuration file operation as 
defined by the files vendor hos taken place. 



FMWE 



Flash Memory Write Enable bit. This bit indicotes that a 
successful authorization to enable flash writing has taken 
place when set. 



PWE 



Password Enable bit. This bit indicates thot o successful 
Password Check authorization hos taken place when set. 



MIDE 



Machine Identification Enable bit. This bit indicates that 
a successful HDD ID authorization check has taken 
place when set. 



QQPE 



Quick Oord Product Enabled bit. This bit indicotes that a 
successful product registration authorization code has taken 
place when set. 
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PY-0:3 



84 
S 



FLASH 



80 

A 



CONFIGURATION 
AND CONTROL 
BLOCK 



HOST INTERFACE 

BUS LINES 
(ADDRESS, DATA 
AND CONTROL) 




700 

\ v 

FPGA 
AND SRAM 
MODULE 1 



700 

/ 

FPGA 
AND SRAM 
MODULE 2 



PX-2:3 
82 



700 

:lZ_ 

FPGA 
AND SRAM 
MODULE 3 



PY-4:7 



I 



FPGA 
AND SRAM 
MODULE 4 

~7~ 

700 



PX-4:5 



82 



FPGA 
AND SRAM 
MODULE 5 



700 



FPGA 
AND SRAM 
MODULE 6 

700 



PX-6:7 
82 



FPGA 
AND SRAM 
MODULE 7 

— pr 

700 



FIG. 4 



110 

-A — 

RELATIVE QARD 
ADDRESS: 



112 

READ/WRITE 
TYPE: 



FIG. 6A 



114 

-4— 



DESCRIPTION: 



$00000 



R/W 



This memory oddress allows the divider count by value 
to be loaded and read back for verification. The 
divider is implemented by using a divide-by- 1024 
circuit thot divides the crystal oscillator frequency by 
1024. The resulting signal is then used to clock a 
counter that counts by the value programmed with 
this register. When an overflow in the counter occurs, 
it (1) generotes on interrupt request from the 
hardwore object and (2) increments o second counter 
by 1. When an interrupt is serviced the second counter 
value may be read to determine if any interrupts 
were missed since the lost interrupt was serviced. 



$00001 



A read at this relative oddress returns the 2nd counter 
output value which may be used to determine if any 
interrupts were missed since the lost time the interrupt 
from the hardware object wos serviced by the host. 
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START APPLICATION 
SOFTWARE PROGRAM 



FIG. 5 



88- 



APPLICATION SOFTWARE PRESENTS 
LIST OF CONFIGURATION 
FILES OR LIST OF HW 
OBJECTS TO QQT DRIVER 



DRIVER CODE 
EXECUTION 




LOAD THE CONFIGURATION FILES 



■96 



100- 



102 



SETUP/UPDATE SHARING 
CONTROL FOR HW OBJECTS 
AND IROs IF NEEDED 



SEND HW OBJECT HANOLES 
TO APPLICATION SOFTWARE 



I 



104 



RETURN STATUS MESSAGE 
TO APPLICATION 



■98 



I 



ENO OF SETUP 
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FIG. 6B 



HARDWARE 
OBJECT 
NUMBER- 


ABSOLUTE 
CONFIGURATION 
ADDRESS- 


SIZE OF 
HARDWARE 
OBJECT- 


ASSIGNED 
INTERRUPT 
MijURFR' 


DESCRIPTION: 


1 


iooooo 


? 

c. 


1 
1 




2 


$00002 


2 


2 


TIMER-2 


3 


$00004 


2 


3 


TIMER-3 


4 


$00006 


2 


4 


TIMER-4 


5 


$00008 


2 


5 


TIMER-5 


6 


$0000A 


2 


6 


TIMER-6 


7 


$0000C 


2 


7 


TIMER-7 


8 


$000OE 


2 


8 


TIMER-8 



116 



118 



120 



122 



124 



136 



138 



FIG. 7 



140 

4— 



SRAM ADDRESS: 



USAGE: 



DESCRIPTION: 



$00000-$0000d 



File 



The filename of the configuration file active in the FPGA. 
Filenames are allocated 30 characters (SRAM is 16 bits wide). 



$0000e 



Mode 



This 16 bit value indicates useful information to the driver 
about the configuration of the FPGA. 

Bits 3-0: number of Hardware Objects present in 
the configuration. 

Bits 14-4: future expansion. 

Bit 15: indicates if the configuration is private. 



$0000f 



Active 



The 16 bit value indicates which of the up to 16 hardware 
object are currently actively being used by an application 
software program. A volue of 0 returned means all hardware 
objects are free and not being used. 



$00010-$0001f 



HW0I 



Hordwore Object Information words for each of the 
hardware objects beginning with hardware object 1. 

Bits 3-0: The number of application progarms using 
the hardware object currently. 

Bits 14-4: future expansion. 

Bit 15: indicotes if shoring is enabled for the HW Object. 



$00 100- $00 Iff 



OBJ |2 



256x16 Allocated for use by hardware object §2. 



$00200- $003ff 



OBJ #4 



512x16 Allocoted for use by hardware object #4. 



$01000-101 fff 



OBJ #5 



4096x16 Allocated for use by hardware object f5. 
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\ 



FIG. 6C 



"file=Exomple.qqt" 

"compony=QUICKFLEX INC." 

"generolor=Roberl C. Ledzius" 

"version=1.0" 

"driver=1.0" 

"modehALL" 

"fpgo=10k30-x" 

"clkO=20.0000MHz" 

"clkl=NA" 

"clkOe=true" 

"clk1e=folse" 

"flosh=NA" 

"srom=NA" 

"coble=NA" 

"expond=NA" 

"privale=TRUE" 



132 
/ 



Configuration file Nome 
;Compony 

'Author or generator of the configuration file 
;Version 

;0river Version Required 

;Model of Quick Qord Required 

Jarget FPGA (-x indicates any speed grade) 

frequency of CLKO required (20MHz) 

frequency of CLK1 required (none required) 

;clkO enabled 

;clk1 not enabled 

;Page Number of Flash required (none required) 

Amount of SRAM required (none required) 

;Cable required (none required, although could be used) 

Expansion board needed (none required) 

;Private configuration file, oil objects hove sharing off 



-126 



"number=r 

"name=TIMER" 

"owner=QUICKFLEX INC." 

"author= Robert C. Ledzius" 

u version=1.5" 

"compatible=1.0" 

"offset=$00000" 

"size=2" 

"irq=1" 

"sharing:: FALSE" 

o 
o 
o 

"number=8" 

M name=TIMER" 

"owner=QUICKFLEX INC." 

"author=Robert C. Ledzius" 

n version=1.5" 

"compatible^" 

"offset=$00002 M 

"size=2" 

"irq=8" 



;Hordwore object number 1 in the configuration file 
;Hordwore object name 

;The name of the company of the particular hardware object 

;The author's name of the hardware object 

;The version of the hardware object 

:The earliest compatible version of the hardware object 

;The start address of the hardware object 

;The memory block size of the object 

;The QQT interrupt number ossigned to the hardware object 

;Sharing allows multiple application access 

o 
o 
o 

;Hardware object number 8 in the configuration file 
;Hardware object name 

;The name of the company of the particular hardware object 

;The author's name of the hordwore object 

;The version of the hordwore object 

:The earliest compatible version of the hordwore object 

;The start address of the hardware object 

;The memory block size of the object 

;The QQT interrupt number assigned to the hardware object 
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REC ONFIGURABLE COMPUTING SYSTEM 
AND METHOD AND APPARATUS 
EMPLOYING SAME 

CROSS REFERENCES 

QUICKFLEX INC. application Ser. No. 09/175,053, filed 
Oct. 19, 1998 (now abandoned), for Reconfigurable Secure 
Hardware Apparatus and Method of Operation. 

TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to the field of computer 
hardware apparatus configuration and more specifically to a 
system and method of programming, reprogramming, and 
utilizing the hardware configuration of a reconfigurable 
computing board interfacing with a host computer. 

BACKGROUND OF THE INVENTION 

Typically hardware configurations for reconfigurable 
computing systems are designed for specific single applica- 
tions to run one at a time with the reconfigurable computing 
system. Although an application's configuration may con- 
tain multiple hardware functions, the configuration is not 
usually designed for allowing different, unrelated applica- 
tions to simultaneously share a single reconfigurable com- 
puting Field Programmable Gate Array ("FPGA") level 
resource. The ability for a single configuration file to contain 
multiple independent hardware objects that interface to 
multiple application programs running on a host system is 
increasingly important as reconfigurable computing technol- 
ogy migrates to mainstream computing environments. 

Currently existing reconfigurable computing interface 
driver programs lack additional capabilities that are needed 
in today's multi-tasking environments. 

These include the managing of multi-tasking and multi- 
use of reconfigurable computing objects, transparent relo- 
cation of hardware objects, and flexible hardware interrupts 
for multiple hardware objects in reconfigurable computing 
systems. It is also common that each individual application 
configuration often has a corresponding unique software 
driver for interfacing application software, instead of having 
a single driver that all software applications can utilize. 

The use of relocatable objects in the software environ- 
ment is commonplace and has helped significantly advance 
application software development. However, when a func- 
tional object is implemented in hardware, the possibilities of 
one hardware object conflicting with another hardware 
object's address space becomes a real possibility. An 
accepted way to address this today with any type of hard- 
ware board is the use of a controller circuit between the host 
processor (system) and the hardware board, which allows 
hard-wired addresses on the peripheral board to be offset by 
a value determined by the host processor. The host processor 
may then manage offsets of all such peripherals so that none 
conflict with any other. Further, when multiple hardware 
objects used by different applications are shared in a com- 
mon configuration implemented through a reconfigurable 
computing system board, conflicts due to the use of a single 
allocated interrupt for the board can arise if the hardware 
objects use interrupt functions. 

Additionally, current reconfigurable computing systems 
do not possess the capability to allow hardware objects to be 
partitioned and repartitioned into different FPGAs on the 
same board. The ability to have multiple FPGAs on the same 
reconfigurable computing board, which can then be used to 
implement multiple hardware objects contained in a single 
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configuration file among the different FPGAs, makes it 
possible for an application to run multiple configuration files 
simultaneously or to load different configuration files to be 
used in sequence. Furthermore, such a partitionable recon- 

5 figurable computing board has the capability for multiple 
applications to each load a configuration file on a separate 
FPGA. Similarly, a single application can use multiple 
hardware objects contained within different reconfigurable 
boards or FPGAs within the same board in a system. 

10 Hardware objects partitioned into the same or different 
FPGAs on the same board can then be allocated intelligently 
as the need arises. 

Different types of FPGA's used in a reconfigurable com- 
puting board require different implementations of a configu- 

15 ration file which may contain the same equivalent logic 
circuitry. Current reconfigurable computing systems do not 
have the capability for multiple configuration files targeted 
for different types of FPGA's, and providing the same or 
similar functionality, to be selected as necessary to properly 

20 interface a software application with the FPGA hardware 
type that is available in a system. The ability for an appli- 
cation program to be independent of the particular FPGA 
type used on a reconfigurable computing system board 
increases the flexibility associated with software and 

25 decreases the cost associated with software application 
development. The same is true for other board circuitry and 
for different hardware object versions, 

Reconfigurable computing systems that can implement 
and perform highly algorithmic, repeated power-hungry 

30 tasks in hardware rather than in software can be especially 
useful in a portable computing environment. In a portable 
environment, both power and host system (processor) capa- 
bilities are at a premium, since a portable computing plat- 
form is by its nature limited in functionality by power 

35 requirements and physical size. A reconfigurable computing 
system that increases both the functionality and efficiency of 
a portable computer is therefore highly desirable. 

In the personal computing environment additional func- 

4Q tionality or interface capabilities can be provided by a 
Personal Computer Memory Card International Association 
("PCMCIA") card. These computer cards meet the mini- 
mum compliance requirements of the PCMCIA standard 
(which is hereby incorporated by reference). PCMCIA cards 

45 are typically used to add functionality or memory to a 
personal, portable or desktop computer (i.e., a host 
computer), as described in the PCMCIA standards. Many 
types of PCMCIA cards are available, including input/output 
(I/O), PCMCIA cards that transfer data between a host 

5 computer system and an I/O bus, and data acquisition 
PCMCIA cards. 

A typical PCMCIA card includes a standard PCMCIA 
connector connected to a PCMCIA interface circuit through 
a standard PCMCIA bus. The PCMCIA interface circuit 

55 operates according to the standard PCMCIA protocol to send 
data to and receive data from a host computer. The typical 
PCMCIA card also may include an interface circuit and 
controls the operation of the functional hardware on the 
card. For example, if the PCMCIA card is a memory card, 

(SO then the functional hardware is memory (e.g., a bank of 
random access memory ("RAM"), chips, or a hard disk 
drive) and the PCMCIA card controller controls reading and 
writing to the memory. 

PCMCIA card core functions can be implemented as 

65 hard-wired logic or as programmable logic (e.g., one or 
more FPGAs). The programmable architecture of FPGAs is 
provided through programmable logic blocks interconnected 
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by a hierarchy of routing resources. The FPGA are custom- whether or not a given reconfigurable computing card meets 

ized by loading programming data into internal static the requirements of an application requesting services, 

memory cells. FPGA programming data are design-specific A further need exists for a reconfigurable computing 

data that define the functional operation of the FPGAs' system and method that allows a single configuration file to 

internal blocks and their interconnections. These program- 5 contain multiple hardware objects that may be used by many 

ming data can be implemented and stored as configuration different dependent or independent software applications 

files by the application requesting the use of the FPGA. and that allows for a single hardware object to be shared by 

Typically, when a PCMCIA card having the PCMCIA multiple software applications, or for a software application 

card controller and interface circuit implemented in an to utilize multiple hardware objects located on different 

FPGA(s) is inserted into an operating (i.e., powered) host 30 reconfigurable computing boards in a system, 

computer, or is inserted into a powered-down host computer There is also a need for a reconfigurable computing 

that is then powered-up, the FPGA is programmed with system and method with the ability to allow a reconfigurable 

programming data stored in non-volatile memory (e.g., platform board to gain a boost in available power supply 

EPROM, EEPROM, flash memory, etc.) on the PCMCIA current through a peripheral power supply when the host 

card. Additionally, the FPGA can be programmed upon the 15 machine is unable to supply enough power for a required 

initialization of a new application within the host computer. application. Likewise, the need exists for a reconfigurable 

However, the memory required to store the FPGA program- computing system and method with the ability for an exter- 

ming data generally consumes a measurable area of the nal peripheral to supply a voltage supply of varying voltages 

PCMCIA card which could be used to provide other func- f or specifying what the interface voltage of I/O signals to an 

tions within the PCMCIA card. 20 interface card should be. 

SUMMARY OF THE INVENTION Additionally, a need exists for a reconfigurable computing 

system and method having the capability to store FPGA 

Therefore, there is a need for an improved reconfigurable programming data in configuration files within the host 

computing system and method with the ability to allow a system memory. 

software driver for a reconfigurable computing platform to 25 In accordance with the present invention, a reconfigurable 

translate hardware object address offsets for the application computing system and method are provided that substan- 

software. As hardware object libraries continue to be fatty eliminate or reduce disadvantages and problems asso- 

developed, and as FPGAs continue to increase in circuit ciated with prev iously developed reconfigurable computing 

density, the necessity to combine multiple hardware objects systems and methods 

within a common configuration file without requiring a 30 More ificall the preS ent invention provides a recon- 

previously released application software to be recompiled figurabk computing system ^ method for interfacing a 

becomes a valuable capability. of application programs arming on a host system 

There is also a need for an improved reconfigurable t0 one or more hardware objects defined in one or more 

computing system and method with the ability to commu- 35 configuration files. The system includes reconfigurable com- 

nicate information concerning hardware objects imple- puting circuilry comprising flexibly configurable circuitry 

mented in a configuration file to the reconfigurable comput- operable for interfacing and implementing one or more 

ing software driver. hardware objects with one or more of the application pro- 

Additionally, there is a need for a reconfigurable comput- grams. The system further includes memory circuitry asso- 

ing system and method having a reconfigurable computing 4Q ciated with the reconfigurable computing circuitry for sys- 

software driver with the ability to support multiple interrupts tem information storage, and communications interfaces for 

through a single host machine's interrupt line from a recon- connecting the reconfigurable computing circuitry and the 

figurable computing platform through the use of an interrupt memory to the host computer. 

flag and enable registers. ^ flexibly configurable circuitry further comprises one 
Similarly, a need exists for a reconfigurable computing 45 0 r more FPGAs, one or more programmable logic devices 
software driver with the ability to call an interrupt event ("PLDs"), SRAM and EEPROM memory, and all the nec- 
service routine provided by a software application when a essary connectors and support circuitry. Alternatively, 
corresponding interrupt is detected. Application Specific Integrated Circuits ("ASICs") can be 
Moreover, there is a need for a partitionable reconfig- used in place of PLDs. The reconfigurable computing sys- 
urable computing system with the ability to allow hardware 50 tem and method of the present invention can be imple- 
objects to be partitioned into the same or different FPGAs on mented on either a PCMCIA platform, a PCI platform, or 
the same board and allocated intelligently as the need for the any other bus structure without changing the basic function - 
hardware objects arises. There is also a need for a recon- ality and claimed functionality of the reconfigurable com- 
figurable computing system that allows for multiple con- puting system. Additionally, the reconfigurable computing 
figuration files providing the same or similar functionality 55 system and method of this invention is suited to be itnple- 
that are each targeted and configured to properly interface mented in and benefit a portable computing environment, 
with different types of FPGAs (i.e., difference in either gate Additional embodiments of the reconfigurable computing 
capacity, size, vendor, etc.) system and method of the present invention provide a 
Yet another need exists for a reconfigurable computing method and system to allow hardware objects to be parti- 
system having a software driver with the ability to manage <so tioned into different FPGAs on the same board and allocated 
the allocation of reconfigurable computing resources, hard- intelligently as the need for the objects arises. The method 
ware object usage, and sharing for application software and system of this invention are independent of the type of 
programs. Additionally, a software driver is needed with the FPGA used and allow for multiple configuration files that 
ability to pass unique location "handles" for hardware can provide the same or similar functionality and are each 
objects to software applications, and with the ability to 65 targeted to configure differing types of FPGAs. The recon- 
determine from the reconfigurable computing card's figurable computing software driver of the reconfigurable 
resource information (which can be stored on or off the card) computing system and method of this invention has the 
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ability to pick out the appropriate configuration file for a Yet another technical advantage of the improved recon- 

requested hardware object for the hardware type that is figurable computing system and method of this invention is 

available in the system. a reconfigurable computing system software driver that can 

A further embodiment of the present invention provides a manage the allocation of reconfigurable computing 

reconfigurable computing system and method with the abil- s resources, hardware object usage, and sharing for applica- 

ity to manage the allocation of reconfigurable computing tion software programs. Additionally, the software driver 

resources, hardware object usage and sharing for application can pass handles of hardware objects to software 

software programs. In this method and system a single applications, and can determine from the reconfigurable 

configuration file may contain multiple hardware objects computing card's resource information whether or not a 

that can be used by different dependent or independent 1Q given reconfigurable computing card meets the requirements 

software applications. Also, a single hardware object can be of an application requesting services, 

shared by multiple software applications. Further, a software A further technical advantage of this invention is the 

application can utilize multiple hardware objects located on capability of a single configuration file to contain multiple 

different reconfigurable computing boards in a system. The hardware objects that may be used by many different depen- 

method further provides for the storage of a reconfigurable dent or independent software applications, and the ability for 

computer card's resource information on or off the card such 15 a single hardware object to be shared by multiple software 

that the reconfigurable computing method may determine if applications. Similarly, a software application can utilize 

a particular card meets the requirements of an application multiple hardware objects located on different reconfig- 

requesting services. urable computing boards in a system. 

Still further embodiments of the apparatus, method and A still further technical advantage of the improved recon- 

system of this invention provide for communicating hard- 20 figurable computing system and method of this invention is 

ware object information stored in a header located within the the capability of boosting the available power supply current 

configuration file to application programs, for independent to a card through a peripherals power supply when the host 

relocatable hardware object interrupts, for interrupt handling machine is unable to supply enough power for a required 

application message buffer passing (the ability for a software application. Likewise, another technical advantage of this 

application to provide an interrupt event service routine that 25 invention is the ability for an external peripheral to supply 

the reconfigurable computing software driver may call when a voltage supply of varying voltages for specifying the 

an interrupt is detected), and for supplying voltage to the interface voltage of I/O signals to an interface card, 

reconfigurable computing system through an external power Another technical advantage of this invention is the easy 

supply. adaptability of its technology to any bus type, such as a 

Accordingly, it is an object of this invention to substan- portable computing bus standard like PCMCIA 

Sa^SKJSK BRIEF DESCRIPTION OF THE DRAWINGS 

urable computing system and method of this invention is the A more complete understanding of the present invention 

ability to allow a software driver for a reconfigurable and the advantages thereof may be acquired by referring to 

computing platform to translate hardware object address 35 the following description, taken in conjunction with the 

offsets for the application software. As hardware object accompanying drawings in which like reference numbers 

libraries continue to be developed, and as FPGAs continue indicate like features and wherein: 

to increase in circuit density, the necessity to combine FIG. 1 is a conceptual drawing illustrating the interface 

multiple hardware objects within a common configuration operation of the Quick Qard Technology software driver; 

file without requiring a previously released application soft- FIG. 2 is a functional block diagram of the reconfigurable 

ware to be recompiled becomes a valuable capability. computing hardware of the present invention; 

A further technical advantage of the improved reconfig- FIGS. 3A-3I illustrate the memory address location con- 

urable computing system and method of this invention is the figurations and functions of the system configuration regis- 

ability to communicate information concerning hardware 45 ters and miscellaneous control objects of the reconfigurable 

objects implemented in a single configuration file to the computing system of the present invention; 

reconfigurable computing software driver. FIG. 4 is a simplified block diagram of an embodiment of 

Another technical advantage of this invention is the the reconfigurable computing apparatus of this invention 

ability to support multiple hardware object interrupts from a using multiple FPGAs; 

reconfigurable computing platform on a host machine's 50 FIG. 5 is a flowchart showing one implementation of the 

single interrupt line through the use of an interrupt flag and Q u j c k Qard Technology application software set-up proce- 

enable registers. dure; 

Similarly, a technical advantage of the present invention FIGS, 6A, 6B and 6C show a sample configuration file as 

is having a reconfigurable computing software driver with implemented in an embodiment of the reconfigurable com- 

the ability to call a correct interrupt event service routine 55 puting system of the present invention; 

provided by a software application when an interrupt is FIG. 7 is a sample SRAM memory usage map for the 

detected. reconfigurable computing system of the present invention; 

Astill further technical advantage of the improved recon- FIG. 8 is a sample SRAM time-sharing multiplex usage 

figurable computing system and method of this invention is graph; and 

the abOity to allow hardware objects to be partitioned into 6 o FI a 9 is a print-out of the screen output for the applica- 

different FPGAs on the same board and allocated intelh- tion programs running the sample configuration file of FIGS, 

gently as the need for the objects arises. 6A-6C 

Another technical advantage of this invention is the 

ability to provide multiple configuration files that supply the DETAILED DESCRIPTION OF THE 

same or similar functionality and that are each targeted and 65 INVENTION 

configured to properly interface with different types of Preferred embodiments of the present invention are illus- 

FPGAs. trated in the Figures, like numerals being used to refer to like 
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and corresponding parts of various drawings. However, it present invention within the physical power limits of the 

should be understood that various changes, substitutions, host processor. The same is true for the number of applica- 

and alterations can be made hereto without departing from tion software programs that can be run at one time, 

the spirit and scope of the invention. QQT software driver 10 of FIG. 1 allows for flexible and 

The "Quick Qard" reconfigurable computing system, 5 expandable reconfigurable computing in a multi-tasking 

apparatus, and method of this invention allows for rapid environment. QQT software driver 10 provides a resource 

product application development and market entry of prod- management role if one application program is spawned and 

ucts requiring custom or application-specific PC-card hard- T ^ mTCS a °f ™ ha ' d ™ re °^ ect ' ™ e application program 

rL .° . , 1t rr f v.- 4 may request from QQT software driver 10 the hardware 

ware. The technology allows for apphcaUon sofbvare to ob f ccts \ ^ b name ^ w ^ 

define the hardware logic that it needs through software at 10 and ^ ag ^ and 
the time it is executed. The Quick Qard technology system rcturQ handks for mc hardwarc objccts to thc application 
may be reconfigured on the fly to serve a multitude of pr0 gram when the requested hardware objects are ready for 
purposes for product developers. use _ If a configuration file contains additional hardware 
Applications that can benefit from the Quick Qard Tech- objects, QQT software driver 10 keeps track of which 
no logy ("'QQT") system include standard or custom inter- 15 additional hardware objects are available in a given con- 
faces through real- time software applications that make use figuration file already in use. If a second application is 
of the reconfigurable hardware for acceleration, allowing the spawned QQT software driver 10 allows it to access hard- 
software to implement features that would otherwise be ware objects located in a configuration file that is in use if 
difficult or impossible to implement. The system includes those hardware objects are not themselves in use. By storing 
the Quick Qard driver software which aids in the ability to 20 the necessary hardware object information in memory on the 
rapidly develop applications. The system allows the use of reconfigurable hardware resource, resource usage, among 
multiple relocatable hardware objects and multiple inter- multl P le tasks can . be <™idniated 

rupts from a single PC-card socket configuration. 1DStance > lf , #1 application software program 18 of 

~ , 4 r i_ j £ c ^ ^ • i FIG - 1 m spawned and requires hardware objects A and B 

Development of hardware configurations for the Quick 2$ iocated Q / #1 Qukk Q ^ n qqt software driver 10 

Qard technology system can be accomplished through the determines whetner #1 Quick Qard n is in the system and 

use of Altera FPGA MAX+plusII hardware development not in use If so> QQX ^twiTt driver 10 configures the 

tools and I/O templates provided by QUICKFLEX INC. of FPGA of #1 Quick Qard 12 with the configuration file 

Round Rock, Tex. By making use of existing libraries of information containing hardware objects A and B and sets 

mega-core functions, fully functioning hardware can be 3Q tne internal registers for the hardware objects A and B to 

generated and working for an application in a day to one indicate they are in use by #1 application software program 

week's time, without concern for hardware manufacturing ig when hardware objects A and B are no longer needed by 

issues - #1 application software program 18, they can be released by 

The present invention can be implemented using detach- #1 application software program 18 for use by another 

able cards that are operable to be used on various computing 35 application program. If the configuration file used by #1 

devices. For example, a detachable card could be used on a application software program 18 to request hardware objects 

personal computer through a PCMCIA slot. The following A and B also contains additional hardware objects not used 

description refers to detachable cards used for personal by #1 application software program 18, they are available 

computers (hereafter called "PC-cards"), but the present for use by other application programs, 

invention can be applied to other types of computing 4Q if #2 application software program 20 is subsequently 

devices, as well. spawned and requests hardware objects J, K, and R, QQT 

The Quick Qard Technology of the present invention is software driver 10 determines if they are available. QQT 

comprised of a family of several PC-card products that allow software driver 10 knows of hardware object J located in #1 

different software applications to define the hardware within Quick Qard 12 and assigns it to #2 application software 

the PC-card specific for each application at the time that it 45 program 20. QQT software driver 10 also finds two other 

is executed. These reconfigurable computing ("RC") configuration files containing hardware objects K and R, but 

PC-cards ("Quick Qards" or "Qards") of this invention can not a common configuration file containing both hardware 

be used for a variety of standard or custom interfaces, as well objects K and R. QQT software driver 10 requests from the 

as for hardware accelerating software applications. Other #2 application software program 20 that it needs two addi- 

applications that can benefit from the Quick Qard technol- 50 tional Quick Qards plugged into the host system to run the 

ogy system include personal digital system interfaces, PC application. A user must insert the needed Quick Qards and 

interfaces, industrial, emulation, video, audio, encryption, QQT software driver 10 configures the new Qards with the 

computer games, etc. appropriate configuration files, which may also contain 

Application software running on a host computer inter- additional hardware objects not currently used by any other 

faces to the Quick Qard technology software driver for 55 appHcation program. 

setting up hardware configurations in the Quick Qard system #3 application software program 22 is subsequently 

of the present invention and for accessing the hardware spawned and requests hardware object L, which in this 

objects used by the application software. FIG. 1 is a con- example is a shared hardware object allowing other appli- 

ceptual drawing illustrating the interface operation of the cations to simultaneously use it. QQT software driver 10 

Quick Qard technology driver software. Quick Card Tech- 60 assigns hardware object L located on #2 Quick Qard 14 to 

nology software driver 10 acts as the interface between #1 #3 application software program 22 by sending an appro - 

Quick Qard 12, #2 Quick Qard 14 and so on up to #n Quick priate "handle" to #3 application software program 22 and 

Qard 16 on one side, and #1 application software program initializes a sharing control register to indicate shared use of 

18, #2 application software program 20, #3 application hardware object L by one or more application programs, 

software program 22 and so on up to #n application software 65 Similarly, #n application software program 24 may share the 

program 24, on the other side. Any number of Quick Qards use of hardware object L and obtain control of hardware 

can be present in the reconfigurable computing system of the object Z located in #n Quick Qard 16. 
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Application programs do not need to know the address 
where a hardware object is located at the time it is written 
because QQT software driver 10 provides a "handle" to the 
hardware object at the time the hardware object is requested 
and set up by examining header information contained with 
the configuration file and the virtual address of the RC 
resource. A "handle" serves as a unique identifier corre- 
sponding to the hardware address on the Quick Qard where 
the hardware object is located. Software applications can 
therefore be used with a variety of configuration files and a 
variety of hardware objects. QQT software driver 10 cat) 
also act as a librarian for hardware objects. If application 
software does not explicitly specify the name of the con- 
figuration file containing a requested hardware object, but 
instead indicates only the name and version of the hardware 
object, QQT software driver 10 can find the requested 
hardware object by examining the header information con- 
tained in the configuration files, which can be implemented 
prior to a request from a software application by compiling 
a hardware object header information table to increase the 
speed of the librarian functionality of QQT software driver 
10. The hardware object header information table can con- 
tain information on each of the available hardware objects 
and configuration files. It can then serve as a cross-reference 
for QQT software driver 10 to match the available hardware 
objects and configuration files with one another and with an 
available and compatible Quick Qard. 

FIG. 2 provides a functional block diagram of a portable 
embodiment of the reconfigurable computing hardware 
apparatus Quick Qard 26 of the present invention. Quick 
Qard 26 is the physical apparatus that makes possible the 
reconfigurable computing operations of the method and 
system of the present invention. Variations of the implemen- 
tation and features of the design of Quick Qard 26 may 
change without losing the spirit and scope of the invention 
described and which provide a solution to the challenges and 
problems described herein. The solution illustrated by Quick 
Qard 26 is not based only upon the hardware shown in FIG. 
2, but is also dependent upon features designed into the 
supporting QQT software driver 10 for the presented hard- 
ware. 

The embodiment of Quick Qard 26 shown in FIG. 2 
demonstrates interfacing a PCMCIA PC-card socket to a 
host bus using 68 pin bus connector 34. Bus connector 34 is 
defined by the PCMCIA standard which is well documented 
and understood. This interface to the host bus requires a 
socket controller, which typically resides on the host 
motherboard, or a host socket controller board which con- 
tains a socket to plug a PC-card into. The socket controller 
allows for software defined address offset and windowing 
for each of the PC cards controlled by the controller. This 
feature of the external controller allows for resolution of 
address conflicts of different PC-cards, but it does not allow 
for relocation of each individual hardware object that might 
be simultaneously implemented in a single configuration file 
loaded into a single reconfigurable computing board or 
device. As more fully discussed below, one embodiment of 
the method and system of this invention makes possible the 
use of multiple hardware objects in a single Quick Qard 26 
implementation through a single hardware interrupt without 
the resulting address conflicts between different hardware 
objects. Consequently, relocation of individual hardware 
objects that might be simultaneously implemented in a 
single configuration file is made possible. 

The socket controller, or similar controller (such as a PCI 
bus controller) can be implemented directly onto the recon- 
figurable computing board and made to sit onto a different 
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type of bus structure without changing the basic function- 
ality of the reconfigurable computing system. The reconfig- 
urable computing system apparatus and method of this 
invention are therefore not confined to the PCMCIA stan- 
dard or any other given bus standard. 

Programmable logic device ("PLD") 30 of FIG. 2 imple- 
ments the configuration registers and miscellaneous control 
logic for Quick Qard 26. However, the configuration regis- 
ters and miscellaneous control objects could just as well be 
implemented into an ASIC device or merge with the socket 
controller part when interfaced with a different type of bus 
structure. 

As will be more fully described below in the description 
of FIG. 6, some of the configuration registers shown in FIG. 
6 are defined and required by the PCMCIA standard for 
implementation of a PC-card (addresses $10000 through 
SS1007E). Implementation using other bus structures may 
require similar or additional registers to comply with defined 
bus standards, which would be well documented and under- 
stood. The registers shown at addresses $10080 through 
S100FE are for Quick Qard specific functionality. The actual 
addresses of the registers and the way the programmable bits 
are packed can change without affecting the spirit and scope 
of this invention. 

Field programmable gate array ("FPGA") 32 can be 
configured with hardware logic after Quick Qard 26 is 
configured by QQT software driver 10 when requested by 
application software as previously described. FPGA 32 can 
be reconfigured in real-time to accomplish different hard- 
ware based tasks as the needs of an application change, or 
as different applications are spawned. Although the descrip- 
tion of this invention refers primarily to an FPGA, it is to be 
understood that the scope of the reconfigurable computing 
system of this invention encompasses the use of any SRAM 
configurable programmable logic device, and in particular 
the use of an FPGA. 

Some applications may require more power to FPGA 32 
than is budgeted by the PCMCIA interface. If an application 
interfaces through Quick Qard 26 to an external peripheral 
device, the power to Quick Qard 26 can be boosted by 
providing additional current through external cable power 
supply pin 48 connected through external cable interface 36. 
The increase in power available to Quick Qard 26 allows the 
software application to perform more power intensive tasks. 
Although this implementation of the reconfigurable com- 
puting apparatus of the present invention shows a single type 
of FPGA (specifically Altera Models 10k30ABC356, 
10k50VBC356, and 10kl00ABC356), the present invention 
can be implemented with different types and multiple num- 
bers of FPGAs using additional control signals to enable 
each individual FPGA from a configuration register. 

As shown in this embodiment, external cable interface 36 
is a 32 pin cable connector with a grounded shield pin used 
for ground between Quick Qard 26 and the external system 
being interfaced to. Power supply pin 48 is reserved for 
Quick Qard 26 supply voltage, which may be used in a 
variety of manners. One way is as an output for powering a 
low power peripheral device, provided the power budget 
from the host is sufficient to support the external device. 
Another way is to loop back the voltage supply through 
power supply pin 48 for powering input/output transceivers 
50, 51, 52 and 53 and for providing a cable detect signal 46. 
As described above, power supply pin 48 also allows for an 
externally powered peripheral device to "boost" the avail- 
able power to Quick Qard 26 for an application requiring 
more power to Quick Qard 26 than can be supplied by the 
host machine alone. 



04/23/2004, EAST Version: 1.4.1 



US 6,539,438 Bl 



11 



12 



10 



20 



30 



Transceivers 50, 51, 52 and 53 allow for driving a high 
capacitive load at a voltage defined either by the internal 
voltage of Quick Qard 26 or for level shifting I/O signals at 
a voltage to be defined by the external peripheral. 8-bit 
input/output transceivers 50, 51 and 52 and 6-bit input/ 
output transceiver 53 (each of which may be configured as 
an output or input port) make up the remaining thirty cable 
pins of external cable interface 36. 

Also shown in FIG. 2 is an optional expansion connector 
44, which in this embodiment is a low profile connector 
fitting into a type II PCMCIA card slot. In a PCMCIA 
embodiment of the reconfigurable computing system of this 
invention, expansion connector 44 can be a "Piggyback" 
connector and may be either covered with Quick Qard 26's 
lid if not used, or may accept a piggyback board (not shown) 
to expand functionality, turning Quick Qard 26 into a type 
III PCMCIA card (a double height card). Expansion con- 
nector 44 can contain FPGA general purpose I/Os for 
expanding functionality to another FPGA 32 located on the 
piggyback board, or additional circuitry that may be 
required by a specific application. Also, expansion connector 
44 can contain connections directly to the pins of external 
cable interface 36 for handling analog signals that can be 
supplied from either a piggyback digital to analog converter 
(DAC) or analog to digital converter (ADC). Clocks 40 and 
42 also can have pins that are connected to expansion 
connector 44 to allow clocking of circuitry, or to allow for 
a piggyback board to supply a clock signal to FPGA 32. 
Such a clock signal can be supplied from a phase locked 
loop (PLL). Expansion connector 44 can be implemented in 
any embodiment of the reconfigurable computing system of 
the present invention. 

Clocks 40 and 42 can be used to provide clock signals of 
different frequencies. Clock 42 is an optional clock signal 
that can be supplied by a phased lock loop on a piggyback 35 
board, or that can supply a random signal from a noise 
generator type circuit for random data generation in appli- 
cations requiring robust randomness. Examples of such 
applications are key encryption applications, for example, 
those disclosed in the associated patent application Ser. No. 40 
09/175,053, filed Oct. 19, 1998, for Reconfigurable Secure 
Hardware Apparatus and Method of Operation. The oscil- 
lators of each of clocks 40 and 42 can be disabled or enabled 
from a configuration register within PLD 28. 

SRAM 38 of FIG. 2 can be either an 8-bit or a 16-bit wide 45 
SRAM. This is because it contains a low and high bit enable 
signal in addition to the chip select for the memory. SRAM 
38 can be static to allow Quick Qard 26 to be disabled and 
held in a low power state. The FPGA 32 configuration may 
use SRAM 38 in any way, such as partitioning it for use by 50 
multiple hardware objects. Bus size and the number of 
SRAMs 38 with their own dedicated bus to FPGA 32 may 
vary without changing the spirit of the present invention. 

As discussed more fully below, each configuration file 
that a given application may invoke to program FPGA 32 55 
contains information about each of the individual hardware 
objects implemented by that configuration file in a header 
that QQT software driver 10 can access. For "shared" type 
configuration files, which will be indicated in the QQT 
configuration option register (as discussed more fully below 60 
as part of FIG. 3B) once configured into Quick Qard 26, the 
header information is transferred into SRAM 38 beginning 
at address zero. This header information is made accessible 
via a hardware object in FPGA 32. This feature provides an 
activated Quick Qard 26 the capability to allow applications 65 
other than the application that spawned the active configu- 
ration to share information concerning what hardware 



objects are available in Quick Qard 26. This allows multiple 
instances of QQT software driver 10 to share the use of a 
common Quick Qard 26 with different active unrelated 
software applications. 

A Quick Qard configuration file contains the raw data to 
program FPGA32 to perform a particular hardware function 
or functions. Each configuration file for FPGA 32 may 
contain multiple hardware objects which may operate inde- 
pendently of each of the others. Information about each 
hardware object in a single configuration file can be put into 
a header within the configuration file along with the raw 
FPGA program data. The header information allows QQT 
software driver 10 the ability to attach handles to each of the 
hardware objects at the time the configuration takes place, 
and to use these handles to allow applications to interface to 
each of the hardware objects. QQT software driver 10 also 
acts to serialize application software access to reconfig- 
urable computing resources (such as multiple Quick Qards 
26) to prevent resource usage conflict. The following tables 
illustrate the parameters of each hardware object contained 
in a configuration file (Table 1) and additional information 
contained in the header about the configuration file itself 
(Table 2). A sample configuration file and description are 
also included in the description of FIG. 6. 

TABLE 1 



Hardware Object 
Parameter: 



Parameter Description: 



Number 



Name 
Author 



Version 



Compatible Version 



Offset 



Size 

Interrupt 
Sharing 



A number of the hardware object 
within the file. The first 
hardware object is number 1, and 
hardware objects are numbered 
sequentially within the header. 
The name of the hardware object. 
Company and name of the author of 
the hardware object. 
The version of the hardware object. 
Version refers to the functionality 
of the hardware object and not the 
address offset of the hardware 
object 

The version number of the earliest 
compatible version of the present 
hardware object. The hardware 
object implemented will be 
compatible with all versions of 
numbers between this number and the 
indicated version. 

The address offset from zero where 
addressing of the hardware object 
begins. 

The address block size of the 
hardware object. 

Zero indicates that no interrupt is 
generated from this hardware 
object. Interrupt number 1-3 may 
be assigned to a hardware object. 
True allows multiple applications 
to use the object at the same time. 
False indicates only one applica- 
tion may use the object at a time, 
which must be checked in and out 
through the driver. If any of the 
hardware objects within a configura- 
tion file have this parameter 
enabled, the first hardware object 
#1 must be a special hardware 
object that allows the driver to 
use a portion of the on Qard SRAM 
for access management 
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TABLE 2 


Configuration File 




Parameter 


Parameter Description: 


Author 


Company and name of the author of 




the configuration file. 


Version 


The version of the configuration 




file. 


Driver 


The version of the driver required. 


Qard 


The version of the Quick Qard 




configuration PLD required. 


FPGA 


The FPGA type and minimum speed 




grade required. 


CLKO 


Frequency required by CLKO. Zero 




if no particular frequency is 




required. 


CLK1 


Frequency required by CLKJ . Zero 




if no particular frequency is 




required. 


CUCOE 


Indicates if CLKO is enabled. 


CLK1E 


Indicates if CLK1 is enabled. 


Flash 


Page number of flash required. 


SRAM 


Amount of SRAM required. 


Cable 


External cable configuration 




required. 


Expand 


Piggyback expansion board required 




(indicates type of board needed). 



5 



20 



25 



Returning to FIG. 2, Quick Qard 26 memory modules 
EEPROM 28 and SRAM 38 define space for the card 
information structure (CIS), PCMCIA configuration 
registers, Quick Qard 26 system registers, and configuration 
hardware object I/O space. In particular, SRAM 38 can be 30 
used for hardware object usage and resource management 
and EEPROM 28 can be used for CIS and other non-volatile 
memory storage for the system, or for hardware object 
usage. All the configuration option registers for the PCM- 
CIA standard are not implemented, but all arc defined in the 35 
memory map to allow for future expansion. Expansion space 
is also defined to allow for changing implementation in the 
future. 

The PC-card CIS attribute memory is located in the first 
64K of attribute memory space. Since only even address 40 
locations are used for attribute CIS data in this embodiment 
of the present invention, the storage space can actually be 
only 32Kby 8Kin size. On power up or hardware reset, PLD 
30 defaults to page 0 or flash EEPROM memory for memory 
access. Regardless of how what page of memory is indicated 45 
by QQT memory register $10084, when an attribute memory 
access is made the access will be to CIS page 0 for the first 
64K of space since the page control only affects common 
memory accesses. This means that the CIS is also accessible 
via common memory address space for information about 50 
the particular Quick Qard 26, such as PLD 30 version, FPGA 
32 type and speed, clocks 40 and 42 frequencies, flash size, 
SRAM 38 size and speed, external I/O configuration and 
expansion connector 36 configuration. The combinations of 
these features and future features may change from one 55 
Quick Qard 26 to another and this space is used to indicate 
to QQT software driver 10 specific information about the 
Quick Qard 26 being used. 

FIGS. 3 A through 31 illustrate the memory address loca- 
tion configurations and functions of the system configura- 60 
tion registers and miscellaneous control objects of Quick 
Qard 26. FIG. 3Ais a memory map of the memory address, 
locations corresponding to the different registers imple- 
mented in the Quick Qard technology system 26 of the 
present invention. Column 54 lists the address location of 65 
each of the separate registers. Columns 56 and 58 indicate 
the division of memory space between attribute memory and 
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common memory for each of the registers. Row 60 of FIG. 
3 A subdivides the memory locations of the various QQT 
specific registers, and Row 62 subdivides the memory 
locations defined by the PCMCIA standard. Row 64 con- 
stitutes the memory locations which contain the CIS, hard- 
ware object access or information about the particular Quick 
Qard 26 being used. 

FIG. 3B shows the implementation of the configuration 
option register, located at memory location $10000. All bits 
of the configuration option register (which is defined by 
PCMCIA standard) are implemented in the reconfigurable 
computing apparatus system and method of this invention 
and are used in this embodiment of Quick Qard 26 as shown 
in FIG. 3B. Column 66 lists the bit number of a particular 
function. Column 68 provides the name of the function 
corresponding to a particular bit number, and Column 70 
describes the function performed at the corresponding bit 
number in Column 66. 

In FIG. 3 C, the implementation of the configuration and 
status register, which in this case is contained in memory 
location $10002, is shown. The configuration and status 
register (again defined by PCMCIA standard) is 
implemented, but not fully functional, in Quick Qard 26 of 
the present invention. Like in FIG. 3B, Columns 166, 168 
and 170 indicate the bit number, the name of the function 
and the description of the function determined by a corre- 
sponding bit number, respectively. 

FIG. 3D shows the pin replacement register located at 
memory address $10004. The pin replacement register is 
defined by the PCMCIA standard and is implemented but 
not fully functional within this embodiment of the apparatus 
of this invention. Since there is no on-card battery and no 
write -protect switch on Quick Qard 26 in this embodiment, 
the only functions implemented in the pin replacement 
register are the ready and changed ready indicator bits, as 
shown. Incorporation of these and other functions shown in 
FIG. 3D can be implemented in a future version. Columns 
266, 268 and 270 indicate the bit number, the name of the 
function corresponding to that bit number, and a description 
of that function, respectively. 

FIG. 3E illustrates the implementation of the extended 
status register of this invention located at memory location 
$10008. The extended status register is defined by the 
PCMCIA standard and is fully implemented in this embodi- 
ment of Quick Qard 26 of the present invention. The 
extended status register allows for up to four additional 
events to generate a set CHNG bit -7 in the Card Configu- 
ration and Status Register (at memory location $10000). 
Event zero (bit 0) in FIG. 3 may be used for detecting when 
a cable is attached or detached. Events 1 through 3 are 
reserved for user-defined events from FPGA 32. Columns 
366, 368 and 370 indicate the event bit number, the name of 
the event, and a description of the event implemented by the 
corresponding bit number, respectively. 

FIG. 3F illustrates the QQT configure control register at 
memory location $10080. This register is used for FPGA 32 
configuration control of the reconfigurable computing sys- 
tem of this invention. Columns 466, 468 and 470 indicate the 
event bit number, the name of the event, and a description of 
the event implemented by the corresponding bit number, 
respectively. 

FIG. 3G shows the configuration of the QQT memory 
register located at memory location $10084. This register 
defines the memory page access for the first 64K of access 
of the common memory. Columns 566, 568 and 570 indicate 
the event bit number, the name of the event, and a descrip- 
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tion of the event implemented by the corresponding bit 32 in this embodiment and can be used to interface con- 
number, respectively. Bit-7 of Column 566 indicates if the figurations requiring two FPGAs 32 to be implemented with 
page number correlates to an EEPROM flash or SRAM a dedicated common interface bus. The expansion connector 
access. Bits 5-0 indicate the page number (two bits are not for each of the PX buses 82 can still be incorporated and 
used here, but are left for future page expansion). Flash page 5 shared among a pair of FPGAs 32. These dual FPGAs 32 
numbers may be between 0 and $F, where 0 is the CIS type configurations can be mapped into any four of the 
memory bank, but only even addresses are used. An odd FPGA 32 pairs shown. Similarly, an interface bus connect - 
address will operate as if the least significant address bit is ing all FPGAs 32 in two dual configurations allows a 
cleared. SRAM page numbers available depend upon the configuration requiring four FPGAs 32 to share a common 
amount of SRAM populated on Quick Qard 26 and the JQ interconnect bus using the previously unused pins of the 
hardware objects that are implemented within the active FPGAin the described PCMCIa embodiment. These quad- 
configuration of FPGA 32 in Quick Qard 26. type implementations can be configured, for example, into 

FIGS. 3H and 31 illustrate the configuration of the QQT either of the two shown quad sections of FIG. 4. 

control register and the QQT security register located at port expansions may still be incorporated on any or all of 

memory addresses $10086 and S1008C, respectively. The 15 the FPGA and SRAM modules 700. A PZ bus that inter- 

QQT control register controls or monitors features within connects all eight FPGA and SRAM modules 700 could be 

Quick Qard 26, as indicated in FIG. 3H, and the QQT added, and octal sections repeated in a likewise manner, 

security register implements security features built into the provided the FPGAs 32 of FPGA and SRAM modules 700 

Quick Qard 26 reconfigurable computing system. These contain sufficient interconnects to allow the next level of bus 

security features are described in detail in the security 2Q expansions. Note that this possible PZ bus is not shown in 

feature patent disclosure application Ser. No. 09/175,053, FIG. 5. Additions to the configuration and control block 80 

filed Oct. 19, 1998, for Reconfigurable Secure Hardware include an enable for each module shown and expanded 

Apparatus and Method of Operation. interrupt and interrupt enable registers. This embodiment 

Additionally, there is a socket and copy register located at allows for flexible, expandable, and compatible usage of 

memory address $10006 that is not implemented in this 25 reconfigurable computing resources as the needs of the host 

embodiment of this invention, but the address for it is machine change during an operating session or over longer 

defined for future expansion of this feature. Also, a QQT periods of time. Flash module 84 is shown as a shared 

Configure Data register located at memory address $10082 resource for the entire board, but each module could contain 

is used for writing configuration data to FPGA 32. PLD 30 its own flash 84, as well. 

does not actually store the data at this location, but does 30 FIG. 5 is a flowchart of the Quick Qard technology 

provide address decoding so that the FPGA 32 chip selects application software set-up procedure showing one process 

respond to this location when in configuration mode. that can be used to set up application software programs for 

QQT Interrupt Enable register located at memory location use with Quick Qards 26 of FIGS. 2 and 4. At step 86 an 
$10088 is used to independently enable each of the eight application software program is started (spawned). At step 
function interrupt signals that may be captured in the func- 3S 88, the application software program communicates with 
tion interrupt flag register $8A. When these bits are cleared, QQT software driver 10 and presents a list of hardware 
their corresponding interrupt flag will remain in its current objects for the application to use. The application software 
state and new interrupts will not be captured. The QQT program may also present the name of a configuration file or 
interrupt flag register located at memory location S1008A files that it recommends QQT software driver 10 use. At step 
provides for up to eight interrupts being captured from 40 90, QQT software driver 10 checks if the requested con- 
hardware objects in FPGA 32. For any of these interrupts to figuration file(s) and hardware object(s) are already avail- 
be captured, the corresponding enable must be set in the able for use in the system. If they are, at step 100 QQT 
QQT Interrupt Enable register. Each of the flags will remain software driver 10 uses them by setting up or up-dating the 
set after an interrupt is captured until it is cleared by writing sharing control for each of the hardware objects and IRQs, 
a 0 to the flag bit. Writing a "1" to any of the flag bits has 45 if needed. At step 102, QQT software driver 10 returns a 
no effect on the state of the register. Each of the flags is handle to the application program for each of the requested 
logically OR'ed and indicated collectively in the 1NTR bit of hardware objects. Set-up is complete at step 104. 
the Configuration and Status register at $10002. If at step 90 the requested configuration file(s) and hard- 

FTG. 4 illustrates a simplified view of another embodi- ware object(s) are not available, then at step 92 QQT 

ment of the reconfigurable computing apparatus of this 50 software driver 10 looks for configuration file(s) that contain 

invention using multiple FPGAs 32 on a single Quick Qard the hardware objects) that are not presently available in the 

26, for example, where Quick Qard 26 is a PCI-type system. If QQT software driver 10 is unable to locate the 

embodiment. FPGA 32 and SRAM 38 of FIG. 2 are shown requested information (configuration file(s) and/or hardware 

in FIG. 4 for this embodiment as a single combined FPGA object(s)), then at step 98 an error message is displayed 

and SRAM module 700. Configuration and control block 80 55 indicating the problem and an error message is returned to 

contains the configuration registers, oscillators and miscel- the application program. If the requested configuration and 

laneous control objects to interface the host interface bus to hardware objects are found, at step 94 QQT software driver 

the reconfigurable computing resources of Quick Qard 26. 10 determines if a Quick Qard 26 is plugged into the system 

The data and address bus used by configuration and control and available for use. 

block 80 to interconnect to each of the FPGAs 32 is designed 60 If the required Quick Qard is available for use, the 

to be pin-for-pin compatible with the single FPGA 32 configuration file is downloaded into the available Quick 

implementation of Quick Qard 26 as shown in FIG. 2, thus Qard at step 96 and at step 100 sharing control for each of 

enabling configuration files designed for one embodiment to the hardware objects requested is initialized in the SRAM 

be mapped into any one of the eight FPGAs 32 shown in the and IRQs are set. A list of hardware object handles is 

multi-FPGA embodiment of FIG. 4. 65 returned to the application software program at step 102, and 

PX bus 82, used for an expansion connector 44 in the set-up is complete at step 104. If no Quick Qard is available 

single FPGA embodiment, is snared among pairs of FPGAs at step 94, a window asking the user to insert Quick Qard 26 
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is displayed at step 98. If the user cancels out the window, 
an error message is displayed and an error message is 
returned to the application software. 

If the hardware requested is not available to an 
application, the application software program can still oper- 
ate with functionally equivalent, but slower or reduced- 
feature software objects in place of the hardware objects. 
This allows the reconfigurable computing platform of the 
present invention to be treated as an "up-grade" for the 
application software, and does not require the software to 
have the reconfigurable computing hardware in place when 
the application is run, as with prior art systems. These 
functions are all carried out by way of QQT software driver 
10. 

Furthermore, if an application program requires QQT 
software driver 10 to use an interrupt service routine for a 
particular hardware object, it can specify to QQT software 
driver 10 the event subroutine or call code to be used so that 
QQT software driver 10 can call the appropriate application 
event subroutine when it detects an interrupt from a par- 
ticular hardware object. 

For illustrative purposes, the reconfigurable computing 
system and method of this invention has been described 
using separate Quick Qards 26, each using a single configu- 
ration file. However, the system and method of this inven- 
tion can have a Quick Qard 26 with multiple FPGAs on a 
single Qard, as shown in FIG. 4, which can act in the same 
manner described for a single FPGA. When multiple FPGAs 
32 are present on a single physical Qard, programmable 
interconnects can be used between the multiple FPGAs 32 to 
allow a larger hardware object to be implemented and 
partitioned onto the multiple FPGAs 32. This would require 
multiple configuration files for a single hardware object. 
These interconnects are more fully described above as part 
of FIG. 4. 

When an application program is closed or exited, the 
hardware objects used for that application program can be 
released. If all of the hardware objects in a Quick Qard 26 
are released, the Quick Qard 26 may be reset to be made 
ready for use by future application software programs. An 
application software program can also release one hardware 
object and request another hardware object as the require- 
ments of the application change, allowing FPGA 32 to adapt 
to different functions as they are needed by the application 
program. 

Depending on the operating system used to implement 
this invention, the embodiment may change. For instance, it 
may be required in some systems to have multiple instances 
of a single QQT software driver 10 for each application 
being run. Each instance of the QQT software driver 10 can 
be threaded to the others. 

An additional benefit of the present invention is that it 
may handle reconfigurable computing boards that contain 
different types of FPGAs by the same vendor, or even 
different vendor FPGAs 32. Since an application software 
program may request hardware objects by name, QQT 
software driver 10 may find a configuration file that is built 
for a particular type of FPGA 32 that is used in the available 
reconfigurable computing board resource and contains the 
required hardware objects. Multiple configuration files can 
be supplied for different target types of FPGAs 32 that 
contain the same or similar functionality. The hardware 
object interface can remain the same regardless of the 
configuration file in which it is located. 

FIGS. 6 A, 6B and 6C show a sample configuration file as 
implemented in an embodiment of Quick Qard 26 of the 
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present invention. FIGS. 6A, 6B and 6C demonstrate an 
example of a simple timer hardware object implementation 
where each of eight timers use a memory size of two 
memory locations. The sample configuration file illustrates 

5 the template for all I/O signals of FPGA 32 contained on 
Quick Qard 26, as well as eight simple timer hardware 
objects. Although the example shown does not use all of the 
features of Quick Qard 26, it is sufficient for discussing and 
demonstrating how hardware objects are built and used 

10 within the Quick Qard technology system of this invention. 
FIG. 6A is a hardware object memory map for an indi- 
vidual timer hardware object of this example. Each hardware 
object can have more than one address as an interface. 
Column 110 shows each of the example timer hardware 

15 objects with two relative memory addresses for interfacing 
to the hardware object. Column 112 shows the type of 
memory location at a given address, i.e., read or read/write. 
Lastly, column 114 of FIG. 6Aprovides a description of the 
function implemented at the corresponding memory address 

20 of column 110. 

QQT software driver 10 passes a handle to an application 
program for each hardware object requested, the application 
program can thereafter reference all I/Os to a hardware 
object from the reference address defined by the handle. 

25 Each hardware object can have multiple addresses to inter- 
face to, and the configuration file header information can 
include the starting address of the object within Quick Qard 
26 and the size of the memory allocated to a particular 
hardware object In the hardware timer object example 

30 shown, the size of memory allocated to each timer is two 
memory address locations. 

FIG. 6B is a configuration file hardware object address 
mapping table. Since the example configuration file contains 

35 eight identical timer hardware objects, it maps each of the 
individual instances of the simple timer hardware object to 
a unique address. As shown in FIG. 6B, the addressing of 
each timer hardware object in this example is at least two 
memory locations apart to ensure the addresses from one 

40 hardware object do not conflict with the addresses of another 
hardware object. Column 116 shows the hardware object 
number for a given timer hardware object. Column 118 gives 
the corresponding absolute configuration address for that 
hardware object, and column 120 contains the memory size 

45 of the hardware object. Column 122 determines the assigned 
interrupt number for the corresponding hardware object 
number, and column 124 provides a description of the 
corresponding hardware object. 

Addressing for each of the timer hardware objects of this 

50 example-can be arbitrarily placed at any non-conflicting 
memory address. It is possible that some hardware objects 
may have overlapping address space, such as when sharing 
is enabled for a configuration file which requires the incor- 
poration of a hardware object that allows direct SRAM 

55 access by QQT software driver 10. QQT software driver 10 
SRAM access is used to load the configuration file name 
configured into an FPGA 32 onto the reconfigurable com- 
puting board so that other instances of QQT software driver 
10 or other application software programs can make a 

60 determination of the use of the reconfigurable computing 
resources. 

The example configuration file shown in FIGS. 6Aand 6B 
can have a corresponding header information block, as 
shown in FIG. 6C. There are multiple ways in which the 
65 information can be provided to QQT software driver 10 
which do not vary from the scope of the present invention. 
For instance, the header can be a second header file included 
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with the raw configuration data file, or it can be appended to 
the beginning of a raw configuration data file. Also, the 
parameters can be shown as defined in FIG. 6C, or, if the 
incorporation order of the information is fixed and defined, 
the information can be contained with NULL between the 5 
parameter strings. The information can be converted to a raw 
data format or can be defined in ASCII. The important and 
novel aspect of the information is that QQT software driver 
10 is passed information about what is contained in the 
configuration file to intelligently manage the reconfigurable 10 
computing resources of Quick Qard 26 of the present 
invention. 

The first section of the header shown in row 126 of FIG. 
6C contains information about the top level configuration, 
and not about specific hardware objects. Column 130 at row 15 
126 provides information such as the file name, the company 
generating the file, the originator of the file, QQT software 
driver 10 version, etc. Column 132 at row 126 provides a 
description for the corresponding information objects 
located in column 130 at row 126. 20 

The second section of the header, at row 134, contains 
information about each of the hardware objects defined by 
the configuration file. Column 130 at row 134 provides the 
values for each of the given information objects and column 
132 at row 134 provides a description of the corresponding 25 
information objects. As shown in FIG. 6C at row 134, 
similar information is provided for each of the eight simple 
timer hardware objects of this example. 

FIG. 7 is a sample SRAM 38 memory usage map. The 30 
SRAM 38 present can be used in a variety of different 
manners, depending on the needs of each of the individual 
hardware objects. In the design of a configuration file, 
SRAM 38 can be shared between each of the hardware 
objects present that require some SRAM 38, as well as 35 
between the host accesses when a configuration file is not 
private. With the exception of private configuration files, the 
start of SRAM 38 is always used for reconfigurable system 
management of the reconfigurable computing resource. 

In the SRAM sample memory usage map of FIG. 7, 4G 
column 136 provides the SRAM address, column 138 pro- 
vides the usage for the corresponding SRAM address, and 
column 140 provides a description of the usage for the 
corresponding SRAM address. Since SRAM 38 is shared by 
several hardware objects, memory usage should be managed 45 
by a memory management circuitry or by time division 
multiplexing. This can be done in many different acceptable 
ways, one of which is shown in the time usage allocation 
diagram of FIG. 8. 

FIG. 8 shows a sample SRAM 38 time-sharing multiplex 50 
usage. A 20 MHz internal clock is shown divided into eight 
phases for SRAM 38 access usage. The first phase is 
reserved for host access of SRAM 38 for interrogation of the 
header information and object usage information for a 
hypothetical configuration. Assuming that hardware object 55 
#5 of the example shown in FIG. 8 requires higher amounts 
of SRAM bandwidth usage, all even phases of the clock are 
reserved for its use. The remaining hardware objects are also 
allocated some time slots for accessing SRAM 38. A simple 
state machine can be used to enable SRAM 38 usage for go 
each of the hardware blocks. There are a variety of methods 
for interfacing hardware objects to their respective allocated 
locations which go beyond the scope of the description of 
this invention but are well known. 

FIG. 9 is a print-out of the screen output for the applica- 65 
tion programs running the sample configuration file of FIGS. 
6A-6C. FIG. 10 shows eight separate windows on a screen, 



one for each of the eight application programs, where each 
application program is using one of Quick Qard 26's timer 
hardware objects implemented in the sample configuration 
file. For each of the sample timer hardware objects a divider 
register, a counter register, and a count of the missed 
interrupts for that timer hardware object are provided. 
Although FIG. 10 is a simple example of the application 
output for a configuration file utilizing eight timer hardware 
objects, it is representative of the many and varied applica- 
tions which can be used with the reconfigurable computing 
resource of the present invention. 

Although the present invention has been described in 
detail herein with reference to the illustrative embodiments, 
it should be understood that the description is by way of 
example only and is not to be construed in a limiting sense. 
It is to be further understood, therefore, that numerous 
changes in the details of the embodiments of this invention 
and additional embodiments of this invention will be appar- 
ent to, and may be made by, persons of ordinary skill in the 
art having reference to this description. It is contemplated 
that all such changes and additional embodiments are within 
the spirit and true scope of this invention as claimed below. 

What is claimed is: 

1. A reconfigurable computing system for interfacing one 
or more application programs running on a host system to 
one or more hardware objects defined in one or more 
configuration files, comprising: 

reconfigurable computing circuitry comprising flexibly 
configurable circuitry operable for interfacing to and 
implementing the one or more hardware objects with at 
least one of the one or more application programs; 

memory circuitry associated with the reconfigurable com- 
puting circuitry for system information storage; 

interfaces for communicatively connecting the reconfig- 
urable computing circuitry and memory circuitry to the 
host system; and 

a reconfigurable computing software driver for managing, 
configuring and reconfiguring the reconfigurable com- 
puting system; 

wherein each of the one or more hardware objects has an 
information block associated with each of the one or 
more configuration files in which said each of the one 
or more hardware objects is defined. 

2. The reconfigurable computing system of claim 1, 
wherein said information blocks are stored in a separate 
header file included with the configuration file and acces- 
sible to the reconfigurable computing software driver. 

3. The reconfigurable computing system of claim 1, 
wherein said information block consists of the following 
hardware object parameters: 

hardware object number; 

hardware object name; 

hardware object version; 

hardware object address offset; 

hardware object interface address area size; 

interrupt number; 

hardware object type; and 

earliest compatible version number. 

4. A reconfigurable computing method for interfacing one 
or more application programs running on a host system to 
one or more hardware objects defined in one or more 
configuration files, comprising: 

initializing a reconfigurable computing software driver 
for managing, configuring and reconfiguring reconfig- 
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urable computing circuitry comprising flexibly config- 
urable circuitry using the one or more configuration 
files; 

communicatively connecting the reconfigurable comput- 
ing circuitry and memory circuitry associated with the 5 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

implementing the one or more hardware objects in the 
reconfigurable computing circuitry; 

storing a plurality of system information in the memory 10 
circuitry; and 

interfacing the one or more hardware objects with at least 
one of the one or more application programs using the 
reconfigurable computing software driver; 

further comprising the step of storing an information 
block for each of the one or more hardware objects in 
a header associated with each of the one or more 
configuration files in which the hardware object is 
defined for access by the reconfigurable computing 2Q 
software driver. 

5. The reconfigurable computing method of claim 4, 
wherein said information blocks are stored in a separate 
header file included with the configuration file and acces- 
sible to the reconfigurable computing software driver. 25 

6. The reconfigurable computing method of claim 4, 
further comprising the step of accessing the information 
stored in said information blocks for each of the one or more 
hardware objects with the reconfigurable computing soft- 
ware driver for interfacing the one or more hardware objects 3Q 
to at least one of the one or more application programs. 

7. The reconfigurable computing method of claim 6, 
further comprising the step of the reconfigurable computing 
software driver identifying said each of the one or more 
hardware objects requested by the one or more application 35 
programs by name and version for interfacing said each of 
the one or more hardware objects with the one or more 
application programs. 

8. The reconfigurable computing method of claim 7, 
further comprising accessing a hardware object header infor- 4Q 
mation table with the reconfigurable computing software 
driver to more quickly identify said each of the one or more 
hardware objects by name and version. 

9. The reconfigurable computing method of claim 1, 
further comprising the steps of: 45 

translating memory address offsets for each of the one or 
more hardware objects for at least one of the one or 
more application programs using the reconfigurable 
computing software driver; and 

passing a handle to the at least one of the one or more 50 
application programs for interfacing with the one or 
more hardware objects to provide for relocatable hard- 
ware object addressing. 

10. The reconfigurable computing method of claim 1, 
further comprising the step of establishing interrupts for the 55 
one or more hardware objects through a single host system 
hardware interrupt line with the reconfigurable computing 
software driver using an interrupt flag and enable registers. 

11. The reconfigurable computing method of claim 10, 
further comprising the steps of: 60 

assigning an application program interrupt event service 
routine to at least one of the one or more hardware 
objects the at least one of the one or more application 
programs is interfaced with; and 

executing said interrupt event service routine using the 65 
reconfigurable software driver in the event an interrupt 
condition is detected at said at least one of the one or 
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more hardware objects interfacing with said at least one 
or more application programs. 

12. A reconfigurable computing method for interfacing 
one or more application programs running on a host system 
to one or more hardware objects defined in one or more 
configuration files, comprising: 

initializing a reconfigurable computing software driver 
for managing, configuring and reconfiguring reconfig- 
urable computing circuitry comprising flexibly config- 
urable circuitry using the one or more configuration 
files; 

communicatively connecting the reconfigurable comput- 
ing circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

implementing the one or more hardware objects in the 
reconfigurable computing circuitry; 

storing a plurality of system information in the memory 
circuitry; and 

interfacing the one or more hardware objects with at least 
one of the one or more application programs using the 
reconfigurable computing software driver; wherein the 
reconfigurable computing circuitry further comprises at 
least one Field Programmable Gate Array ("FPGA") 
providing reconfigurable logic for the one or more 
configuration files to define the one or more hardware 
objects; 

and wherein said one or more configuration files further 
comprise a plurality of versions of each of the one or 
more configuration files, and wherein each configura- 
tion file in said plurality of versions provides the same 
or similar functionality and is targeted for configuring 
a different type of the at least one FPGA. 

13. The reconfigurable computing method of claim 12, 
further comprising the step of determining the appropriate 
configuration file from said plurality of versions of each of 
the one or more configuration files for use with a given 
hardware object and circuitry configuration. 

14. A reconfigurable computing method for interfacing 
one or more application programs running on a host system 
to one or more hardware objects defined in one or more 
configuration files, comprising: 

initializing a reconfigurable computing software driver 
for managing, configuring and reconfiguring reconfig- 
urable computing circuitry comprising flexibly config- 
urable circuitry using the one or more configuration 
files; 

communicatively connecting the reconfigurable comput- 
ing circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

implementing the one or more hardware objects in the 
reconfigurable computing circuitry; 

storing a plurality of system information in the memory 
circuitry; and 

interfacing the one or more hardware objects with at least 
one of the one or more application programs using the 
reconfigurable computing software driver; 

further comprising the steps of storing a plurality of 
hardware object resource information in the reconfig- 
urable computing circuitry and determining, using the 
reconfigurable computing software driver, if any of the 
one or more hardware objects meet the requirements 
requested by the one or more application programs. 

15. The reconfigurable computing method of claim 14, 
further comprising the step of determining using the recon- 



04/23/2004, EAST Version: 1.4.1 



US 6,5: 

23 

figurable computing software driver whether an available 
version of at least one of the one or more hardware objects 
is compatible with the hardware object version requested by 
one of the one or more application programs. 

16. A reconfigurable computing system for interfacing 
one or more application programs running on a host system 
to one or more hardware objects defined in one or more 
configuration files, comprising: 

a reconfigurable computing software driver for managing, 
configuring and reconfiguring reconfigurable comput- 
ing circuitry comprising flexibly configurable circuitry 
using the one or more configuration files; 

instructions for interfacing the reconfigurable computing 
circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

instructions for implementing the one or more hardware 
objects in the reconfigurable computing circuitry; and 

instructions for storing a plurality of system information 
in the memory circuitry; 

further comprising instructions for storing an information 
block for each of the one or more hardware objects in 
a header associated with each of the one or more 
configuration files in which the hardware object is 
defined for access by the reconfigurable computing 
software driver. 

17. The reconfigurable computing system of claim 16, 
wherein said information blocks are stored in a separate 
header file included with the configuration file and acces- 
sible to the reconfigurable computing software driver. 

18. The reconfigurable computing system of claim 16, 
wherein the reconfigurable computing software driver fur- 
ther comprises instructions for accessing the information 
stored in said information block for each of the one or more 
hardware objects for interfacing the one or more hardware 
objects to at least one of the one or more application 
programs. 

19. The reconfigurable computing system of claim 18, 
wherein the reconfigurable computing software driver fur- 
ther comprises instructions for identifying said each of the 
one or more hardware objects requested by the one or more 
application programs by name and version for interfacing 
said each of the one or more hardware objects with the one 
or more application programs. 

20. The reconfigurable computing system of claim 19, 
wherein the reconfigurable computing software driver fur- 
ther comprises instructions for accessing a hardware object 
header information table to more quickly identify said each 
of the one or more hardware objects by name and version. 

21. A reconfigurable computing system for interfacing 
one or more application programs running on a host system 
to one or more hardware objects defined in one or more 
configuration files, comprising: 

a reconfigurable computing software driver for managing 
and reconfiguring reconfigurable computing circuitry 
comprising flexibly configurable circuitry using the one 
or more configuration files; 

instructions for interfacing the reconfigurable computing 
circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

instructions for implementing the one or more hardware 
objects in the reconfigurable computing circuitry; and 

instructions for storing a plurality of system information 
in the memory circuitry; 

wherein the reconfigurable computing software driver 
further comprises: 
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instructions for translating memory address offsets for 
each of the one or more hardware objects for at least 
one of the one or more application programs; and 
instructions for passing a handle to the at least one of 
5 the one or more application programs for interfacing 

with the one or more hardware objects to provide for 
relocatable hardware object addressing. 
22. A reconfigurable computing system for interfacing 
one or more application programs running on a host system 
10 to one or more hardware objects defined in one or more 
configuration files, comprising: 

a reconfigurable computing software driver for managing, 
configuring and reconfiguring reconfigurable comput- 
ing circuitry comprising flexibly configurable circuitry 
35 using the one or more configuration files; 

instructions for interfacing the reconfigurable computing 
circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

20 . . 

instructions for implementing the one or more hardware 
objects in the reconfigurable computing circuitry; and 
instructions for storing a plurality of system information 
in the memory circuitry; 
25 wherein the reconfigurable computing software driver 
further comprises instructions for establishing inter- 
rupts for the one or more hardware objects through a 
single host system hardware interrupt line using an 
interrupt flag and enable registers. 
30 23. The reconfigurable computing system of claim 22, 
wherein the reconfigurable computing software driver fur- 
ther comprises: 

instructions for assigning an application program inter- 
rupt event service routine to at least one of the one or 
35 more hardware objects that the at least one of the one 
or more application programs is interfaced with; and 
instructions for executing said interrupt event service 
routine in the event an interrupt condition is detected at 
said at least one of the one or more hardware objects 
40 interfacing with said at least one or more application 
programs. 

24. A reconfigurable computing system for interfacing 
one or more application programs running on a host system 
to one or more hardware objects defined in one or more 
45 configuration files, comprising: 

a reconfigurable computing software driver for managing, 
configuring and reconfiguring reconfigurable comput- 
ing circuitry comprising flexibly configurable circuitry 
using the one or more configuration files; 
50 instructions for interfacing the reconfigurable computing 
circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 
55 instructions for implementing the one or more hardware 
objects in the reconfigurable computing circuitry; and 
instructions for storing a plurality of system information 

in the memory circuitry; 
wherein the reconfigurable computing circuitry further 
60 comprises at least one Field Programmable Gate Array 
("FPGA") providing reconfigurable logic for the one or 
more configuration files to define the one or more 
hardware objects; 
and wherein said one or more configuration files further 
65 comprise a plurality of versions of each of the one or 
more configuration files, wherein each configuration 
file in said plurality of versions provides the same or 
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similar functionality and is targeted for configuring a 
different type of the at least one FPGA. 

25. The reconfigurable computing system of claim 24, 
wherein the reconfigurable computing software driver fur- 
ther comprises instructions for determining the appropriate 5 
configuration file from said plurality of versions of each of 
the one or more configuration files for use with a given 
hardware object and circuitry configuration. 

26. A reconfigurable computing system for interfacing 
one or more application programs running on a host system 10 
to one or more hardware objects defined in one or more 
configuration files, comprising: 

a reconfigurable computing software driver for managing, 
configuring and reconfiguring reconfigurable comput- 
ing circuitry comprising flexibly configurable circuitry 15 
using the one or more configuration files; 

instructions for interfacing the reconfigurable computing 
circuitry and memory circuitry associated with the 
reconfigurable computing circuitry to the host system 
using one or more interfaces; 

instructions for implementing the one or more hardware 
objects in the reconfigurable computing circuitry; and 

instructions for storing a plurality of system information 
in the memory circuitry; 2 5 

further comprising instructions for storing a plurality of 
hardware object resource information in the reconfig- 
urable computing circuitry, and wherein the reconfig- 
urable computing software driver further comprises 
instructions for determining if any of the one or more 30 
hardware objects meet the requirements requested by 
the one or more application programs. 

27. The reconfigurable computing system of claim 26, 
wherein the reconfigurable computing software driver fur- 
ther comprises instructions for determining whether an 35 
available version of at least one of the one or more hardware 
objects is compatible with the hardware object version 
requested by one of the one or more application programs. 

28. A method of creating an interface between an appli- 
cation program and a programmable hardware device in a 40 
host system, comprising: 

(a) executing the application program, the application 
program requesting a hardware object by function 
name by communicating data to a piece of software, the 
function name being independent of a particular physi- 45 
cat hardware embodiment, the software being capable 
of accessing a database that includes configuration 
files; 



(b) selecting one of the configuration files in the database 
based upon the data sent from the application program; 
and 

(c) reconfiguring the programmable hardware device by 
using the selected configuration file to enable use of the 
hardware object requested by the application program; 
wherein the requested hardware object is included in 

more than one of the configuration files, and wherein 
the software selects the configuration file according 
to what type of hardware is available on the host 
system. 

29. A method of managing the allocation of reconfig- 
urable computing resources in a host system, comprising: 

(a) receiving a request from an application program for a 
hardware object by function name, the function name 
being independent of a particular physical hardware 
embodiment; 

(b) searching a data storage unit that contains configura- 
tion files in response to the request, the configuration 
files each comprising data for programming a recon- 
figurable hardware device to perform a hardware func- 
tion; 

(c) selecting one of the configuration files according to the 
request from the application program; and 

(d) reconfiguring the reconfigurable hardware device by 
using the selected configuration file; 

wherein the configuration files comprise header infor- 
mation related to functional characteristics of the 
configuration files, and further comprising using at 
least a portion of the header information to match the 
requested function name with the selected configu- 
ration file. 

30. The method of claim 29, wherein the header infor- 
mation comprises at least two of the following hardware 
object parameters: (a) hardware object number; (b) hardware 
object name; (c) hardware object author; (d) hardware object 
version; (e) earliest compatible version number; (f) hard- 
ware object address offset; (g) hardware object interface 
address area size; (h) hardware object type; and (i) interrupt 
number. 

31. The method of claim 29, wherein the header infor- 
mation comprises at least one hardware object parameter 
and at least one configuration file parameter. 
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